47d417cec066d077789880d42d90cc71e6d8cb9a
[git-annex.git] /
1 [[!comment format=mdwn
2  username="https://launchpad.net/~stephane-gourichon-lpad"
3  nickname="stephane-gourichon-lpad"
4  avatar="http://cdn.libravatar.org/avatar/02d4a0af59175f9123720b4481d55a769ba954e20f6dd9b2792217d9fa0c6089"
5  subject="User expectations and what git annex unannex does."
6  date="2017-07-24T08:06:55Z"
7  content="""
8 # Where we are
9
10 @joey thank you for these explanations, more detailed than when I reported the same problem 8 months ago commenting https://git-annex.branchable.com/git-annex-unannex/ (@tom.prince had already written this page but I did not find it).
11
12 Yet all this happens in a git world, where private history can be rewritten, so *there must be a simpler way*.
13
14 # What people expect from \"undo accidental add command\"
15
16 @tom.prince thanks for explaining what you expected `unannex` to do. Looks like I expected exactly the same behavior.
17
18 IMHO current behavior of `git annex unannex` does not match what people expect of \"undo accidental add command\".
19
20 # What current `git-annex unannex` actually does
21
22 If behavior does not match words, perhaps behavior is interesting but should be matched with different words?
23
24 Looking at what `git-annex unannex`, here are the words that came to mind:
25
26 > git-annex unannex - turn a path which points to annexed content into a plain file that is store in regular git.
27
28 Notice that:
29
30 * `git-annex` retains history
31 * other paths may still refer to the same content, so the annex may still contain a copy of the same data.  Else it becomes unused content subject to `git-annex dropunused`.
32
33 Thank you for your attention.
34
35 """]]